home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000322_news@columbia.edu _Mon Jan 22 13:57:49 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id NAA24818 for <kermit.misc@watsun>; Mon, 22 Jan 1996 13:57:48 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id NAA27335 for kermit.misc@watsun; Mon, 22 Jan 1996 13:57:43 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Kermitting through OS Layers Trouble
  8. Date: 22 Jan 1996 18:57:24 GMT
  9. Organization: Columbia University
  10. Lines: 59
  11. Message-ID: <4e0mmk$qm1@apakabar.cc.columbia.edu>
  12. References: <4dn8a7$sk9@news.halcyon.com>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <4dn8a7$sk9@news.halcyon.com>,
  16. Edward Hatfield <ehat@halcyon.com> wrote:
  17. : I'm running cKermit 1.90 on a DG/UX AViiON Box and it seems quite
  18. : happy there.  With it I'm trying to reach out to a copy of the same
  19. : cKermit compiled on a Motorola 88k, which I created for file transfer.
  20. : 
  21. : When I invoke Kermit on my local AViiON box and call the remote
  22. : system, I'm dropped into a PICK environment that lives on top of unix
  23. : (with unix being the core of their box).  From there I 'sh' down into
  24. : unix and invoke kermit as a server.
  25. : 
  26. : Everything seems happy enough, but when I try to do 'remote' commands
  27. : or transfer files, nothing happens.
  28. : 
  29. : I've tried:    a) Various (if not all) parity settings.
  30. :         b) Changing the character control used in file transfer.
  31. :         c) Changing 'stty' settings
  32. :         d) Changing flow-control and handshaking.
  33. : 
  34. : The tool thats given me the most information has been loggin packets.
  35. : By doing this I've verified that the remote command receives the
  36. : inital packet from me and returns an reply packet, but... My Local
  37. : machine Never Gets it, it times out.
  38. : 
  39. On which side did you log the packets?
  40.  
  41. : I try to be clever... (lord knows)... but I'm at the end of my
  42. : resources.  Any help at this point would be appreciated.  Kermit is
  43. : the best!
  44. : 
  45. Without seeing the packet logs, I would guess that:
  46.  
  47.   b) Changing the character control used in file transfer.
  48.  
  49. is the most likely area of interest.  First, make sure that you are not
  50. using the "control-character unprefixing" feature.  Then the only control
  51. character you have to worry about is the start-of-packet character.  Perhaps
  52. the regular one, Control-A (ASCII 1), has some special significance in the
  53. PICK environment.
  54.  
  55. However, it seems from what you said that that the PICK side can *receive*
  56. regular packets OK, but evidently can not send them -- at least not all the
  57. way to the other end.  So you would need to change the start-of-packet
  58. character in the PICK-to-AViiON direction.  Suppose you want to change it
  59. to Control-G.  Tell C-Kermit on the PICK end to:
  60.  
  61.   set send start 7
  62.  
  63. and tell C-Kermit on the AViiON end to:
  64.  
  65.   set receive start 7
  66.  
  67. That is, the one Kermit has to be told to send it, and the other must be
  68. told to expect it.
  69.  
  70. If that doesn't do the trick, try some other control characters.  If that
  71. fails too, send me packet logs from both Kermits by email.
  72.  
  73. - Frank